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Different  tacks 


Manifesto  for  Agile  Software  Development 


We  are  uncovering  better  ways  of  developing 
software  by  doing  it  and  helping  others  do  it. 

Through  this  work  we  have  come  to  value: 

Individuals  and  interactions  over  processes  and  tools 
Working  software  over  comprehensive  documentation 
Customer  collaboration  ov  er  contract  negotiation 
Responding  to  change  ov  er  following  a  plan 

That  is,  while  there  is  value  in  the  items  on 
the  right,  we  value  the  items  on  the  left  more. 


Kent  Beck 
Mike  Beedle 
Arie  v  an  Bennekum 
Alistair  Cockhum 
Ward  Cunningham 
\  Iarfin  Fowler 


James  Grenning 
Jim  Highsmith 
Andrew  Hunt 
Ron  Jeffries 
Jon  Kern 
Brian  Marick 


Robert  C.  Martin 
Steve  Mellor 
Ken  Schwabcr 
Jeff  Sutherland 
Dave  Thomas 


-  XP  12  KPs 

The  Planning  Game 

Pair  Programming 

Small  Releases 

Collective  Ownership 

Metaphor 

Coding  Standards 

Simple  Design 

40-hour  Week 

Incremental  testing 

On-site  Customer 

Refactoring 

Continuous  integration 
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Scrum  and  CMMI VI. 3 


5 

4 


"  Level 

Focus 

Process  Areas 

Optimizing 

Continuous  process 
improvement 

Quantitat. 

Managed 

Quantitative 

management 

Defined 

Organization 

engineering 

process 

standardization 

Requirements  Development 

Technical  Solution 

Verification 

Validation 

Integrated  Project  Management 

Risk  management 

Product  Integration 

Managed 

Basic 

Project 

management 

Requirements  management 

Project  Planning 

Project  Monitoring  and  Control 

Measurement  and  Analysis 

Process  and  Product  Quality  Assurance 
Configuration  Management 
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From  CMMI  to  TSP 


The  CMMI 


if 

demonstrates  CfCVeiOpniLin^B^TO^ee  mm  iiiipnj^^inein 
techniques  at  the  individual  and  small  team  level 

-  provides  a  framework  for  data-driven  improvement 
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Execute  plan 
Collect  data 


From  ‘The  experimental  paradigm  in  software  eng.’, 
Rombach,  Basili,  Selby,  Springer- Verlag,  1 994 


^  What’s  a  PSP? 

The  PSP  is  a  self  improvement  paradigm  based  on 
individual  procedures  and  data 

A  small  set  of  scripts,  standards  and  forms 

A  simple  but  highly  effective  measurement  framework 

Self  management  based  on  individual  metrics 

Fostering  commitment  to  quality  principles 

It  is  an  agile  level  5  process  for  individuals 

It  is  a  also  a  one  person  implementation  of  Basili’s 
Quality  Improvement  Paradigm  (experience  factory) 
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- -  From  a  great  founding  father 

“At  the  Software  Engineering  Lab  (NASA  GSFC)  we 
have  applied  evolutionary  improvement  concepts 
(PDSA)  to  the  development  domain... 

With  this  [PSP]  book,  Watts  Humphrey  has 
developed  an  evolutionary  improvement 
paradigm  at  the  personal  level  by  providing  a 
mechanism  for  learning  through  experience, 
measurement  and  feedback.” 

Vic  Basili  foreword  to  Watts’  book 
A  discipline  for  software  engineering 
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The  PSP  Process  Flow 


Requirements 
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PSPO  Process 


Planning 


Development 


Block  diagr 


Schematics 


Simulation 

/Prototype 


Postmortem 


Time 

and 

Defect 

Logs 


Finished  Product 


Project  and  Process  data 
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Data  driven  improvement 
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Defect  Fix  Time  By  Type 
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Yield  % 


Yield  -  All  Students,  All 

Programs 
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Defects  found  BEFORE  compile 

Defects  injected  before  compile 


Personal  reviews 
Introduced  at  day  7 


Max 

Avg 

Min 


1  2345  6789  10  11 


Program  Number 
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PSP  Return  On  Investment 


The  followin: 

4 

test  (I&S)  re\ 
after  PSP  trai 


Example  from  Microsoft 

It  took  250  engineers  an  entire  year  to  remove 

30,000  defects  from  Windows  NT  4.0 

At  2,000  h  per  staff  year  that’s  500kh 

Or  500/30=16.7  ~17h  per  defect 

Usual  rule  of  thumb  is  10-40h/defect  in  I/S  test 


Defects/KLOC  into  Unit  Test 

40 

Yield  for  Unit  Test 

50% 

Defects/KLOC  into  l&S  Test 

20 

l&S  Defect  fix  time/KLOC 

200 

id  system 
Tore  and 


After  PSP 

10 

50% 

5 

50 


Integration  and  system  test  rework  savings  are  150  hours  per 
KLOC  (training  costs  recovered  in  less  than  6  weeks  of  work!) 
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PSP  exercise 


PSP  experience 


Improvement 


Post  Mortem 


Immediate  feedback 


What’s  a  TSP? 
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► 


The  Team  Software  Process  uses  the  PSP  principles  to 


Apply  the  PSP  sound  engineering  discipline  to  project  work 

FOrm  on/^  nArfnrm  Aii^^nrlmn  o  ^  If  rl  i  ["QQlQ^j  tOdlllS 

Produ 


CMMI  SCAMPI  A  results  since  2002:  ,  ,,  , 

.  ,  „  wn  by  the  team 

maturity  level  1  to  2  takes  14  months 

Proac  maturity  level  2  to  3  takes  17  months  ie  P^an 

Contir  maturity  level  3  to  4  takes  15.5  months  'ocesses 

To  prc  maturity  level  4  to  5  takes  12.5  months 


PSP/TSP  accelerate  CMMI  maturation  by  a  factor  2.. 3 
(level  1  to  4  in  24  months)1 

The  TSP  is  an  agile  level  5  process  for  small  teams 
The  TSP  starts  with  a  project  “launch” 


1-  Julie  Switzer,  NAVAIR  TSP  symposium  2008 
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What’s  a  launch? 


Day  1  Day  2  Day  3  Day  4 
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Building  High-Performance  Teams 


The  TSP  strategy  is  to 
improve  performance 
from  the  bottom  up. 


Team 

Management 


Team 

Building 


Team  communication 
Team  coordination 
Project  tracking 
Risk  analysis 

Goal  setting 
Role  assignment 
Tailored  team  process 
Detailed  and  balanced  plans 


This  strategy  starts 
with  PSP  training. 


Team 

Member 

Skills 


Process  discipline 
Performance  measures 
Estimating  and  planning  skills 
Quality  management  skills 
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PSP  TSP 


PSP/TSP  impact 


Average  Effort  Deviation  -  Range 

120%  r 
100% 

80%  - 
60%  - 
40%  - 

20%  -  I _ 

0% - T - 

-20%  i 

Pre  TSP/PSP  With  TSP/PSP 


Defects/KLOC  in  Acceptance  Test  -  Range 

0.9  - 

I 

0.7  - 
0.6  - 
0.5  - 
0.4  - 
0.3  - 
0.2  - 

0.1  -  I - 1  I - 

0  -I - I - 

Pre  TSP/PSP  With  TSP/PSP 


Average  Schedule  Deviation  -  Range 


Post-Release  Defects/KLOC  -  Range 
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Earned  value  for  the  rest  of  us 


My  week 

EV 

Estim. 

Sum 

Done  by 

Prepare  presentation 

25% 

5h 

5h 

Tuesday 

Design  a  little 

15% 

3h 

8h 

Tuesday 

Attend  useless  meeting 

7.5% 

1.5h 

9,5h 

Wednesday 

Code  a  little 

35% 

7h 

16. 5h 

Friday 

Test  a  little 

12.5% 

2.5h 

19h 

Friday 

Write  status  report 

5% 

lh 

20h 

Friday 

20h 
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First  PSP/TSP  project  in  PRC  23 
_^^=—  September  2008. .March  2009 
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%  Deviation 


Predictable  Schedules 
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Schedule  Deviation  Individual  Value  Control  Chart  - 


o  Individual  Data  Points  Mean  —  -  —Upper  Natural  Process  Limit 

—  -  —  Lower  Natural  Process  Limit  -  -  -  -  One  Standard  Deviation 


[Source:  AIS] 
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Rigor  continuum 
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Ironclad 

contract 


CMM-I 


Sandbox 

hacking 
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Agile  CMMI  vs.  “pure”  agile 
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Similarities 

Self  directed  teams 
Well  defined  roles 

Working  sw  and  biz  value 

1 1 

Incremental  development 

Iff 

Manager  as  coach 
Quick  reaction/incremental 

Iff  M 

Reviews/inspections 
Meaningful  meetings 
People  interaction 
Cultural  evolution 


Differences 

True  blue  agile  quite  a  bit  more: 

-  collegial 
code  driven 

-  project  centered 

-  test  focused 

-  time  boxed 

And  quite  a  bit  less  worried  about 

-  detailed  process  documentation 

-  early  phases  planning/tracking 

-  product  doc.  (except  code) 

-  detailed  data  (but  there  is  some) 

-  CMM  stuff!!! 
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Levels 


5 

Optimizing 


4 

Predictable 


3 

Defined 


2 

Managed 


It’s  the  People  stupid! 


People  CMM  Threads 


Continuous 

Capability 

Improvement 

Organizational 

Performance 

Alignment 

Continuous 

Workforce 

Innovation 

Mentoring 

Competency 
Based  Assets 

Competency 

Integration 

Empowered 

Workgroups 

Quantitative 

Performance 

Management 

Organizational 

Capability 

Management 

Competency 

Development 

Competency 

Analysis 

Workgroup 

Development 

Participatory 

Culture 

Competency 
Based  Practices 

Career 

Development 

Workforce 

Planning 

Training  and 
Development 

Communication 
&  Coordination 

Compensation 

Performance 

Management 

Work  Environment 

Staffing 
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Conclusion 


30 


Identify,  mentor,  nurture  and  lavishly  praise  local 
leadership 

-  Get  a  (preferably  knowledgeable)  champion 

-  Work  the  management  chain  before  and  after  the  TSP-like 
SPI  planning  session 

Make  the  culture  data  hungry  one  byte  at  a  time 
You’re  not  good  at  planning?  Plan  often! 

Surf  the  next  wave:  Go  PSP/TSP  (it  is  part  of  AIM) 
Watch  failure  cost  of  quality  go  down,  show  ROI  and 
celebrate . . .  But  keep  going ! 
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Questions? 
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